---title: "Transcrição da Prova Teórica 1" matricula: "20203004575" nome: "Victor Gabriel Magione Soares" disciplina: "Gestão de Projetos de Software (GPS)" avaliacao: "Prova Teórica 1" data: "19/10/2026" nota_total: 10.3 legibilidade_global: "88%" classificacao: "Média-Alta Legibilidade (80-89%)" observacoes_caligrafia: "Escrita à caneta azul/preta, traçado cursivo rápido e inclinado. Boa legibilidade geral, com algumas palavras truncadas e duas questões em branco (3.3 e 5.3)." format: html: toc: true theme: cosmo pdf: documentclass: scrartcl papersize: a4 geometry: - margin=20mm --- # Avaliação Teórica 1 — Transcrição de Respostas ## Questão 1 — Ciclo de Vida e Fundamentos de Projetos * **Legibilidade da Questão:** 90% * **Gravidade de Leitura:** Normal ### 1.1 Projeto vs. Operação * **Resposta Manuscrita:** > (~~É um projeto, por possuir~~) É uma operação, por possui um custo, tempo de entrega e sprints ### 1.2 Análise de Trade-off no Triângulo de Ferro * **Resposta Manuscrita:** > Sacrificando a qualidade, pode se obter um custo menor ou reduzir o tempo, ou seja, entregar mais cedo, nesse caso é aconselhado reduzir o custo apenas pois o prazo de entrega continuará o mesmo. ### 1.3 Ciclo de Vida do Projeto e Abordagem * **Resposta Manuscrita:** > É uma abordagem híbrida, pois na abordagem ágil devem haver sprints semanais e na preditiva não ocorre sprints. --- ## Questão 2 — Escopo, EAP e Gestão de Backlog * **Legibilidade da Questão:** 88% * **Gravidade de Leitura:** Normal ### 2.1 Estrutura Analítica do Projeto (EAP) * **Diagrama / Elemento Visual:** ```text Nv 1: [ Chat ] ------------ [ LLM ] ------------- [ Autenticação ] | | | Nv 2: [ Armazenamento ] ---- [ Relatório ] ------- [ Dashboard ] ``` *(Caixas dispostas em dois níveis, com ligações horizontais e verticais entre componentes).* * **Resposta Manuscrita:** > [NÃO HOUVE EXPLICAÇÃO TEXTUAL COMPLEMENTAR] ### 2.2 Especificação de Issues de Backlog e Estimativas * **Resposta Manuscrita:** > Criação da Interface de chat; Nessa etapa será criada o frontend, de forma que funcione pelo menos 75% do tempo, com um prazo de 50 horas, sendo utilizado o método ágil. > Sistema de autenticação: uma estimativa de 60 horas, também com método ágil. Esse segundo pacote possui mais tempo, pois caso ocorra erros esses erros podem ser mais perigosos do que os erros na interface de chat. ### 2.3 Milestones vs. Sprints no Modelo Ágil * **Resposta Manuscrita:** > Milestones não substituem Sprints. O Kanban sem sprints tende a ser útil em etapas menores, que não possuem tantos riscos e custos. --- ## Questão 3 — Qualidade e Engenharia de Software com IA * **Legibilidade da Questão:** 85% * **Gravidade de Leitura:** Normal (Deixou subitem 3.3 em branco) ### 3.1 Definição de Pronto (DoD) e Pipelines de CI/CD * **Resposta Manuscrita:** > O conceito de DoD varia com a forma de desenvolvimento, pois nem sempre algo pronto é o correto, com CI/CD o "pronto" tende a ser mais certo, assim passa a ter uma camada de testes que serão feitos por entrega para analisar o estado. Se os testes forem omitidos o "pronto" passa a ser só um estado que não significa se está certo ou não. ### 3.2 Custo da Qualidade (CoQ) * **Resposta Manuscrita:** > d > c > b > a ; O (d) tende a ser o custo mais alto, pois deixa o sistema inutilizado, de forma que mais nenhum usuário utilize durante esse erro". ### 3.3 Heurística 1:10:100 e Testes em Software com IA * **Resposta Manuscrita:** > [NÃO RESPONDEU / EM BRANCO] --- ## Questão 4 — Gestão de Riscos e Segurança * **Legibilidade da Questão:** 88% * **Gravidade de Leitura:** Normal ### 4.1 Classificação do Evento e Matriz de Riscos * **Diagrama / Elemento Visual:** * Posicionou uma marcação `X` no quadrante "Crítico" (Probabilidade Alta / Impacto Alto). * **Resposta Manuscrita:** > É um problema, pois não era algo que poderia acontecer normalmente, foi algo que surgiu do erro de uma pessoa. É um risco crítico, pois pode gerar custos extras e demandar tempo para ser resolvido, a estratégia de resposta para que isso seja resolvido, é ter backups prontos para serem utilizados e uma trava de segurança. ### 4.2 Resposta a Incidentes e Defesa em Profundidade * **Resposta Manuscrita:** > Voltar a uma versão funcional anterior, Um sistema de alerta para detectar usos da chave, Uma ação preventiva é sempre usar a chave como uma variável que seja definida ao ligar o sistema ### 4.3 Modelagem de Ameaças em IA e Documentação Decisória * **Resposta Manuscrita:** > Prompt injection: Usuário querendo desconfigurar o agente, probabilidade media, impacto crítico, ter versões anteriores prontas para uso caso tenha falha, não permitir autenticação de não administradores na IA. Alucinação pedagógica: gerar 3 respostas e selecionar a melhor. O README tem uma boa utilidade pois tende a ser lido com mais cautela. --- ## Questão 5 — Comunicação, Partes Interessadas e Conflitos * **Legibilidade da Questão:** 88% * **Gravidade de Leitura:** Normal (Deixou subitem 5.3 em branco) ### 5.1 Canais de Comunicação e Rastreabilidade Decisória * **Resposta Manuscrita:** > Comunicações síncronas tendem a ser mais efetivas pois com o contato mais direto é possível perceber se o companheiro está conseguindo ou não lidar com os problemas propostos. Um ritual que ajuda a registrar essas decisões são as dailys, de forma que em pouco tempo cada membro fale o que fez, por dia para que ocorra uma transparência ### 5.2 Engajamento de Partes Interessadas (Poder × Interesse) * **Diagrama / Elemento Visual:** * **Manter Satisfeito (Alto Poder, Baixo Int.):** `1` * **Gerenciar de Perto (Alto Poder, Alto Int.):** `2, 3` * **Monitorar (Baixo Poder, Baixo Int.):** `4` * **Manter Informado (Baixo Poder, Alto Int.):** `5` * **Resposta Manuscrita:** > Professor: analisar se o projeto está funcionando; Alunos: utilizar o chat bot. > O professor deve fazer reuniões a cada 2 semanas por meio de chamadas com os alunos desenvolvedores, para analisar o desenvolvimento. ### 5.3 Resolução de Conflitos e Modelo de Thomas-Kilmann * **Resposta Manuscrita:** > [NÃO RESPONDEU / EM BRANCO]